home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / m68k / 211 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.2 KB
  1. Path: cegelecproj.co.uk!usenet
  2. From: kt1@cegelecproj.co.uk
  3. Newsgroups: comp.sys.m68k
  4. Subject: Re: Bus Error Handler for 68040
  5. Date: 5 Feb 1996 12:44:22 GMT
  6. Organization: Cegelec Projects Ltd.
  7. Message-ID: <4f4u36$okc@jupiter.sdd.cegelecproj.co.uk>
  8. References: <MRK.96Jan31162911@tlcpmh19.elex.co.il> <3110FC52.474F@infinet.com> <4f3303$bff@gazette.tandem.com>
  9. Reply-To: kt1@cegelecproj.co.uk
  10. NNTP-Posting-Host: bob.cegelecproj.co.uk
  11. X-Newsreader: IBM NewsReader/2 v1.2
  12.  
  13. In <4f3303$bff@gazette.tandem.com>, leeb@tandem.com (britton_lee) writes:
  14. >CPM2 Mark Rasin 3821 p.o.b.025 wrote:
  15. >  The problem I've had with trying to recover from a Bus Error on the 
  16. >68040 (and 68060) is that, unlike the 68030 and below, the processor
  17. >hardware always retries the failing instruction after the RTE.
  18. > ....
  19. >
  20.  
  21. If you know which accesses may cause problems, you could write a 'safe access'
  22. function that temporarily replaces the bus error vector with a location further
  23. on in your code (you must save the current stack pointer and old vector etc).
  24. Then if you get a bus error, you jump to your code, restore the stack, and carry
  25. on in an appropriate way ...
  26.  
  27. Kevin Taylor
  28. (kt1@cegelecproj.co.uk).
  29.  
  30.